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VIDEO CODING 
Background of the Invention 

5 

This invention relates to video coding. 

A video sequence consists of a series of still pictures or frames. Video 
compression methods are based on reducing the redundant and perceptually 
irrelevant parts of video sequences. The redundancy in video sequences can 
be categorised into spectral, spatial and temporal redundancy. Spectral 
redundancy refers to the similarity between the different colour components of 
the same picture. Spatial redundancy results from the similarity between 
neighbouring pixels in a picture. Temporal redundancy exists because objects 
appearing in a previous image are also likely to appear in the current image. 
Compression can be achieved by taking advantage of this temporal 
redundancy and predicting the current picture from another picture, termed an 
anchor or reference picture. Further compression is achieved by generating 
motion compensation data that describes the motion between the current 
picture and the previous picture. 

However, sufficient compression cannot usually be achieved by only reducing 
the inherent redundancy of the sequence. Thus, video encoders also try to 
reduce the quality of those parts of the video sequence which are subjectively 
25 less important. In addition, the redundancy of the encoded bit-stream is 
reduced by means of efficient lossless coding of compression parameters and 
coefficients. The main technique is to use variable length codes. 

Video compression methods typically differentiate between pictures that utilise 
30 temporal redundancy reduction and those that do not. Compressed pictures 
that do not utilise temporal redundancy reduction methods are usually called 
INTRA or l-frames or l-pictures. Temporally predicted images are usually 
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forwardly predicted from a picture occurring before the current picture and are 
called INTER or P-frames. In the INTER frame case, the predicted motion- 
compensated picture is rarely precise enough and therefore a spatially 
compressed prediction error frame is associated with each INTER frame. 
5 INTER pictures may contain INTRA-coded areas. 

Many video compression schemes also use temporally bi-directionally 
predicted frames, which are commonly referred to as B-pictures or B-frames. 
B-pictures are inserted between anchor picture pairs of 1- and/or P-frames and 

10 are predicted from either one or both of these anchor pictures. B-pictures 
normally yield increased compression as compared with forward-predicted 
pictures. B-pictures are not used as anchor pictures, i.e., other pictures are 
not predicted from them. Therefore they can be discarded (intentionally or 
unintentionally) without impacting the picture quality of future pictures. Whilst 

15 B-pictures may improve compression performance as compared with P- 
pictures, their generation requires greater computational complexity and 
memory usage, and they introduce additional delays. This may not be a 
problem for non-real time applications such as video streaming but may cause 
problems in real-time applications such as video-conferencing. 

20 

A compressed video clip typically consists of a sequence of pictures, which 
can be roughly categorised into temporally independent INTRA pictures and 
temporally differentially coded INTER pictures. Since the compression 
efficiency in INTRA pictures is normally lower than in INTER pictures, INTRA 
25 pictures are used sparingly, especially in low bit-rate applications. 

A video sequence may consist of a number of scenes or shots. The picture 
contents may be remarkably different from one scene to another, and 
therefore the first picture of a scene is typically INTRA-coded. There are 
30 frequent scene changes in television and film material, whereas scene cuts 
are relatively rare in video conferencing. In addition, INTRA pictures are 
typically inserted to stop temporal propagation of transmission errors in a 
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reconstructed video signal and to provide random access points to a video bit- 
stream. 

Compressed video is easily corrupted by transmission errors, mainly for two 
reasons. Firstly, due to utilisation of temporal predictive differential coding 
(INTER frames), an error is propagated both spatially and temporally. In 
practice this means that, once an error occurs, it is easily visible to the human 
eye for a relatively long time. Especially susceptible are transmissions at low 
bit-rates where there are only a few INTRA-coded frames, so temporal error 
propagation is not stopped for some time. Secondly, the use of variable 
length codes increases the susceptibility to errors. When a bit error alters the 
codeword, the decoder will lose codeword synchronisation and also decode 
subsequent error-free codewords (comprising several bits) incorrectly until the 
next synchronisation (or start) code. A synchronisation code is a bit pattern 
which cannot be generated from any legal combination of other codewords 
and such codes are added to the bit stream at intervals to enable re- 
synchronisation. In addition, errors occur when data is lost during 
transmission. For example, in video applications using the unreliable UDP 
transport protocol in IP networks, network elements may discard parts of the 
encoded video bit-stream. 

There are many ways for the receiver to address the corruption introduced in 
the transmission path. In general, on receipt of a signal, transmission errors 
are first detected and then corrected or concealed by the receiver. Error 
correction refers to the process of recovering the erroneous data perfectly as 
if no errors had been introduced in the first place. Error concealment refers to 
the process of concealing the effects of transmission errors so that they are 
hardly visible in the reconstructed video sequence. Typically some amount of 
redundancy is added by the source or transport coding in order to help error 
detection, correction and concealment. Error concealment techniques can be 
roughly classified into three categories: forward error concealment, error 
concealment by post-processing and interactive error concealment. The term 
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"forward error concealment" refers to those techniques in which the 
transmitter side adds redundancy to the transmitted data to enhance the error 
resilience of the encoded data. Error concealment by post-processing refers 
to operations at the decoder in response to characteristics of the received 
signals. These methods estimate the correct representation of erroneously 
received data. In interactive error concealment, the transmitter and receiver 
co-operate in order to minimise the effect of transmission errors. These 
methods heavily utilise feedback information provided by the receiver. Error 
concealment by post-processing can also be referred to as passive error 
concealment whereas the other two categories represent forms of active error 
concealment. 

There are numerous known concealment algorithms, a review of which is 
given by Y. Wang and Q. -F. Zhu in "Error Control and Concealment for Video 
Communication: A Review", Proceedings of the IEEE, Vol. 86, No. 5, May 
1998, pp. 974 - 997 and an article by P. Salama, N. B. Shroff, and E. J. Delp, 
"Error Concealment in Encoded Video," submitted to IEEE Journal on 
Selected Areas in Communications. 

Current video coding standards define a syntax for a self-sufficient video bit- 
stream. The most popular standards at the time of writing are ITU-T 
Recommendation H.263, "Video coding for low bit rate communication", 
February 1998; ISO/IEC 14496-2, "Generic Coding of Audio-Visual Objects. 
Part 2: Visual", 1999 (known as MPEG-4); and ITU-T Recommendation H.262 
(ISO/IEC 13818-2) (known as MPEG-2). These standards define a hierarchy 
for bit-streams and correspondingly for image sequences and images. 

In H.263, the syntax has a hierarchical structure with four layers: picture, 
picture segment, macroblock, and block layer. The picture layer data contain 
parameters affecting the whole picture area and the decoding of the picture 
data. Most of this data is arranged in a so-cailed picture header. 
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The picture segment layer can either be a group of blocks layer or a slice 
layer. By default, each picture is divided into groups of blocks. A group of 
blocks (GOB) typically comprises 16 successive pixel lines. Data for each 
GOB consists of an optional GOB header followed by data for macroblocks. If 
the optional slice structured mode is used, each picture is divided into slices 
instead of GOBs. A slice contains a number of successive macroblocks in 
scan-order. Data for each slice consists of a slice header followed by data for 
the macroblocks. 

Each GOB or slice is divided into macroblocks. A macroblock relates to 16 x 
16 pixels (or 2 x 2 blocks) of luminance and the spatially corresponding 8x8 
pixels (or block) of chrominance components. A block relates to 8 x 8 pixels of 
luminance or chrominance. 

Block layer data consist of uniformly quantised discrete cosine transform 
coefficients, which are scanned in zigzag order, processed with a run-length 
encoder and coded with variable length codes. MPEG-2 and MPEG-4 layer 
hierarchies resemble the one in H.263. 

By default these standards generally use the temporally previous reference 
picture (I or P) (also known as an anchor picture) as a reference for motion 
compensation. This piece of information is not transmitted, i.e., the bit-stream 
does not include information identifying the reference picture. Consequently, 
decoders have no means to detect if a reference picture is lost. Although 
many transport coders place video data into packets and associate a 
sequence number with the packets, these sequence numbers are not related 
to the video bit-stream. For example, a section of video bit-stream may 
contain P-picture P1, B-picture B2, P-picture P3, and P-picture P4, captured 
(and to be displayed) in this order. However, this section would be 
compressed, transmitted, and decoded in the following order: P1, P3, B2, P4 
since B2 requires both P1 and P3 before it can be encoded or decoded. 
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Assuming that there is one picture per packet, that each packet contains a 
sequence number and that the packet carrying B2 is lost, the receiver can 
detect this packet loss from the packet sequence numbers. However, the 
receiver has no means to detect if it has lost a motion compensation 
reference picture for P4 or if it has lost a B-picture, in which case it couid 
continue decoding normally. 

The decoder therefore usually sends an INTRA request to the transmitter and 
freezes the picture on the display. However the transmitter may not be about 
to respond to this request. For instance in a non-real-time video streaming 
application, the transmitter cannot respond to an INTRA request from a 
decoder. Therefore the decoder freezes the picture until the next INTRA 
frame is received. In a real-time application such as video-conferencing, the 
transmitter may not be able to respond. For instance, in a multi-party 
conference, the encoder may not be able to respond to individual requests. 
Again the decoder freezes the picture until an INTRA frame is output by the 
transmitter. 

Summary of the invention 

According to a first aspect of the invention there is provided a method of 
encoding a video signal representing a sequence of pictures, the method 
employing both non-temporal prediction and temporal prediction, wherein the 
method comprises, for each picture that forms a reference picture for the 
temporal prediction of another picture, associating with each such picture an 
indicator indicating the temporal order of the reference picture in the encoded 
video signal relative to the other reference pictures in the encoded video 
signal. 

Thus each reference picture (e.g. l-frames and P-frames) is associated with a 
sequence number. Preferably the indicator is incremented each time a 
reference picture is encoded. Most advantageously the indicator is 
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incremented by one each time a reference picture is encoded. Thus the 
indicator is incremented by one from the previous reference picture. 

If multi-layer coding is used, preferably this indicator is incremented by one 
5 from the previous reference picture in the same enhancement layer. 

Including this indicator means that a decoder is capable of determining 
whether a reference picture has been lost and to take appropriate action, if 
available. This is the case even if the transport protocol does not include 
10 sequence information about the packets being transmitted or the transmitter 
uses a varying encapsulation strategy. For example, if the transmitter 
encapsulates a varying number of GOBs in one packet, receivers cannot 
reliably know how many GOBs or entire pictures were lost even if they could 
detect packet losses from packet sequence numbers. 

15 

The invention also enables a decoder to differentiate B picture losses from 
reference picture losses. Consequently, decoders can continue decoding 
after a B picture loss instead of waiting for the next INTRA picture. 

20 In addition a decoder may continue decoding lower enhancement layers if a 
reference picture from a higher enhancement layer is lost. 

The reference picture order number may be in respect of the whole picture or 
part of a picture. In the former case, typically the reference picture order 

25 number is included in a picture header. In a preferred implementation of the 
invention, the video signal is encoded according to the H.263 standard and 
the indicator is included in the Supplemental Enhancement Information. 
Where the RPON is in respect of part of a picture the reference picture order 
number may be included in the picture segment headers or macroblock 

30 headers of the encoded picture. 



8 

In accordance with a second aspect of the invention there is provided a 
method of decoding an encoded video signal representing a sequence of 
pictures, the method comprising receiving an encoded video signal, decoding 
each received picture, examining for each picture to be decoded that forms a 
5 reference picture for another picture an indicator representing the temporal 
order of a reference frame and, when the indicator does not follow 
consecutively from an immediately preceding decoded reference frame, 
detecting a lost reference frame. 

10 Preferably the decoder sends a request to a transmitter to encode a picture in 
a non-temporal manner when the indicator does not follow consecutively from 
an immediately preceding decoded reference frame. 

In accordance with a third aspect of the invention there is provided an 
15 encoded video signal wherein for each picture that forms a reference picture 
for the temporal prediction of another picture, an indicator is associated with 
each such reference picture indicating the temporal order of the reference 
pictures in the encoded video stream. 

20 In accordance with a fourth aspect of the invention there is provided a video 
encoder comprising an input for receiving a video signal representing a 
sequence of pictures and for generating encoded pictures, said encoder being 
arranged to employ both non-temporal prediction and temporal prediction, 
wherein the encoder is arranged, for each picture that forms a reference 

25 picture for the temporal prediction of another picture, to associate with each 
reference picture an indicator indicating the temporal order of the reference 
picture in the encoded video signal relative to other reference pictures in the 
encoded video signal. 

30 Preferably the indicator is incremented each time a reference picture is 
encoded. 
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In accordance with a fifth aspect of the invention there is provided a video 
decoder comprising an input for receiving an encoded video signal 
representing a sequence of pictures, a decoder for decoding each received 
picture, the decoder being arranged to examine for each picture to be 
5 decoded that forms a reference picture for another picture an indicator 
representing the temporal order of a reference frame and, when the indicator 
does not follow consecutively from an immediately preceding decoded 
reference frame, to detect a lost reference frame. 

10 The invention also relates to a portable radio communications device 
including an encoder and/or a decoder as described. 

Brief Description of the Drawings 

15 The invention will now be described, by way of example only, with reference 
to the accompanying drawings, in which: 

Figure 1 shows a multimedia mobile communications system; 
Figure 2 shows an example of the multimedia components of a multimedia 
20 terminal; 

Figure 3 shows an example of a video codec; 

Figure 4 illustrates the operation of a first implementation of a video encoder 
according to a first embodiment of the invention; 

Figure 5 illustrates the operation of a second implementation of a video 
25 encoder according to a first embodiment of the invention; 

Figure 6 shows the syntax of a bit stream as known according to H.263; 
Figure 7 shows a first example of a bit stream output by an encoder according 
to the invention; 

Figure 8 shows a second example of a bit stream output by an encoder 
30 according to the invention; 

Figure 9 shows a third example of a bit stream output by an encoder 
according to the invention; 
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Figure 10 illustrates enhancement layers used in video coding for SNR 
scalablity; and 

Figure 11 illustrates enhancement layers used in video coding for spatial 
scalablity. 

Detailed Description of the Invention 

Figure 1 shows a typical multimedia mobile communications system. A first 
multimedia mobile terminal 1 communicates with a second multimedia mobile 
terminal 2 via a radio link 3 to a mobile communications network 4. Control 
data is sent between the two terminals 1 ,2 as well as the multimedia data. 

Figure 2 shows the typical multimedia components of a terminal 1. The 
terminal comprises a video codec 10, an audio codec 20, a data protocol 
manager 30, a control manager 40, a multiplexer/demultiplexer 50 and a 
modem 60 (if the required). The video codec 10 receives signals for coding 
from a video capture device of the terminal (not shown) (e.g. a camera) and 
receives signals for decoding from a remote terminal 2 for display by the 
terminal 1 on a display 70. The audio codec 20 receives signals for coding 
from the microphone (not shown) of the terminal 1 and receive signals for 
decoding from a remote terminal 2 for reproduction by a speaker (not shown) 
of the terminal 1 . 

The control manager 40 controls the operation of the video codec 10, the 
audio codec 20 and the data protocol manager 30. However, since the 
invention is concerned with the operation of the video codec 10, no further 
discussion of the audio codec 20 and protocol manager 30 will be provided. 

Figure 3 shows an example of a video codec 10 according to the invention. 
The video codec comprises an encoder part 100 and a decoder part 200. 
The encoder part 100 comprises an input 101 for receiving a video signal from 
a camera or video source (not shown) of the terminal 1. A switch 102 
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switches the encoder between an INTRA-mode of coding and an INTER- 
mode. 

In INTRA-mode, the video signal from the input 101 is transformed into DCT 
co-efficients by a DCT transformer 103. The DCT coefficients are then 
passed to a quantiser 104 that quantises the coefficients. Both the switch 102 
and the quantiser 104 are controlled by an encoding control manager 105 of 
the video codec, which also receives feedback control from the receiving 
terminal 2 by means of the control manager 40. 

In INTER mode, the switch 102 is operated to accept from a subtractor 106 
the difference between the signal from the input 101 and a previous picture 
which is stored in a picture store 107. The difference data output from the 
subtractor 106 represents the prediction error between the current picture and 
the previous picture stored in the picture store 107. The data in the picture 
store 107 is generated by passing the data output by the quantiser through an 
inverse quantiser 108 and applying an inverse DCT transform 109 to the 
inverse-quantised data. The resulting data is added to the contents of the 
picture store 107 by adder 1 10. A motion estimator 1 1 1 may generate motion 
compensation data from the data in the picture store 107 in a conventional 
manner. 

The encoding control manager 105 decides whether to apply INTRA or INTER 
coding or whether to code the frame at all on the basis of either the output of 
the subtractor 106 or in response to feedback control data received a 
receiving decoder. When not responding to feedback control data, the 
encoder typically encodes a frame as an INTRA-frame either only at the start 
of coding (all other frames being P-frames), or at regular periods e.g. every 
5s, or when the output of the subtractor exceeds a threshold i.e. when the 
current picture and that stored in the picture store 107 are too dissimilar. The 
encoder may also be programmed to encode frames in a particular regular 
sequence e.g. IBBPBBPBBPBBPBBIBBP etc. In addition the 
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encoding control manager may decide not to code a received frame at all. 
This happens when the similarity between the current frame and the reference 
frame is so high that the encoder decides not to encode the current frame. 
The encoding control manager operates the switch accordingly. 

The video codec outputs the quantised DCT coefficients 112a, the quantising 
index 112b (i.e. the details of the quantiser used), an INTRA/INTER flag 112c 
to indicate the mode of coding performed (I or P/B), a transmit flag 112d to 
indicate the number of the frame being coded and the motion vectors 1 12e for 
the picture being coded. These are multiplexed together by the multiplexer 50 
together with other multimedia signals. 

The decoder part 200 of the video codec 1 0 comprises an inverse quantiser 
120, an inverse DCT transformer 121, a motion compensator 122, a picture 
store 123 and a controller 124. The controller 124 receives video codec 
control signals demultiplexed from the encoded multimedia stream by the 
demultiplexer 50. In practice the controller 105 of the encoder and the 
controller 124 of the decoder may be the same processor. 

The operation of an encoder according to the invention will now be described. 
The video codec 10 receives a video signal to be encoded. The encoder 100 
of the video codec encodes the video signal by performing DCT 
transformation, quantisation and motion compensation. The decoded video 
data is then output to the multiplexer 50. The multiplexer 50 multiplexes the 
video data from the video codec 10 and control data from the control manager 
40 (as well as other signals as appropriate) into a multimedia signal. The 
terminal 1 outputs this multimedia signal to the receiving terminal 2 via the 
modem 60 (if required). 

In a first embodiment of the invention, each time the encoder encodes a 
frame which may form the reference frame for a subsequent frame, the 
encoding control manager 105 associates with the frame a so-called 
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Reference Picture Order Number (RPON). For example, a RPON is 
associated with every I or P frame of a video signal but not with a B-frame. 
The RPON value is incremented each time a successive reference picture is 
encoded, preferably by 1 . 

The encoding control manager 105 outputs the RPON codeword on output 
1 12f which indicates the Reference Picture Order Number associated with the 
encoded frame. This is multiplexed into the video bitstream by a multiplexer. 

Figure 4 illustrates the operation of the encoder. In this embodiment, the 
encoder is arranged to output an l-frame when the similarity between the 
frame being coded and the reference frame is less than a first threshold i.e. 
when the output from the subtractor 106 is greater than a first threshold. 
Otherwise the encoder outputs P-frames. The first line of Figure 4 represents 
the frames of data received from a capture input device and input to the video 
encoder on input 101 . The second line of Figure 4 represents those frames of 
the input signal that the encoder decides to encode and the coding mode 
used to encode each frame. As mentioned above some, the encoding control 
manager may decide that a frame is not to be coded: this is exemplified in 
Figure 4 by the fact that frames 2, 3 and 1 1 are not coded. 

Frame 1 is coded in INTRA-mode; frame 4 is encoded as a P-frame with 
reference to frame 1; frame 5 is encoded as a P-frame with reference to 
frame 4; frame 6 is encoded as a P-frame with reference to frame 5; frame 7 
is encoded as a P-frame with reference to frame 6; frame 8 is encoded as an 
l-frame; frame 9 is encoded as a P-frame with reference to frame 8; frame 10 
is encoded as a P-frame with reference to frame 9; frame 1 2 is encoded as a 
P-frame with reference to frame 1 0. 

In this embodiment all (but the last) of the encoded frames act as the 
reference frame for a later frame. Thus a RPON is associated with ail of the 
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frames to be coded, as shown in the third line of Figure 4. As can be seen, 
the RPON is incremented by 1 each time. 

The fourth line of Figure 4 shows the Temporal Reference (TR) of the 
encoded frame. This is a field included in H.263 and the value of TR is 
formed by incrementing its value in the temporally previous reference picture 
header by one plus the number of skipped or non-reference pictures since the 
previously transmitted one. Thus in the example shown in Figure 4 the TR 
shown for each frame is the same as the original number in the original signal 
input to 102. 

Figure 5 shows a second embodiment of an encoder according to the 
invention. In this embodiment, the encoder is arranged to code the frames 
according to the regular sequence IBBPBBPBBPBBPBBIBBP. 
The first line of Figure 5 shows the input frames and the second line shows 
the coded frames and their coding mode, I, P or B. 

The frames are received from a video capture device in the order 1,2,3,4,5,6 
etc. and are displayed in this order i.e. the decoded frames are displayed in 
the order I1,B2,B3,P4,B5,B6,P7 etc. However the video bit stream is 
compressed, transmitted and decoded in the following order 11, P4, B2, B3, 
P7, B5, B6 etc. This is because each B-frame requires preceding and 
succeeding reference frames before they can be encoded/decoded i.e. frame 
B2 requires frame 11 and P4 to be encoded/decoded before frame B2 can be 
encoded/decoded. 

As explained previously, B-frames are inserted between anchor picture pairs 
of I- and/or P-frames and are predicted from either one or both of these 
anchor pictures. Thus in the illustration given in Figure 5, Frame 1 is coded in 
INTRA-mode; frame 4 is encoded as a B-frame with reference to frame 1 
and/or 6; frame 5 is encoded as a B-frame with reference to frame 1 and/or 6; 
frame 6 is encoded as a P-frame with reference to frame 1; frame 7 is 
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encoded as a B-frame with reference to frame 6 and/or 9; frame 8 is encoded 
as an B-frame with reference to frame 6 and/or 9; frame 9 is encoded as a P- 
frame with reference to frame 6; frame 10 is encoded as a B-frame with 
reference to frame 9 and/or 13 (not shown); frame 12 is encoded as a B- 
frame with reference to frame 9 and/or 13 and so on. 

In this embodiment each l-frame and P-frame of the encoded sequence acts 
as a reference frame for another frame. However a B-frame does not act as a 
reference picture for any other frame. Thus a RPON is associated with all of 
the l-frames and P-frames, as shown in the third line of Figure 5. As can be 
seen, the RPON is incremented by 1 each time. Thus frame 1 (an l-frame) 
has a RPON of 1 , frame 4 (a P-frame) has a RPON of 2 and frame 9 (a P- 
frame) has a RPON of 3. 

The fourth line of Figure 5 shows the Temporal Reference (TR) of the 
encoded frame. As in the example shown in Figure 4, the TR shown for each 
frame is the same as the order of occurrence in the original signal input to 10. 

Considering the terminal 1 as receiving coded video data from terminal 2, the 
operation of the video codec 10 will now be described with reference to its 
decoding role. The terminal 1 receives a multimedia signal from the 
transmitting terminal 2. The demultiplexer 50 demultiplexes the multimedia 
signal and passes the video data to the video codec 10 and the control data 
to the control manager 40. The decoder 200 of the video codec decodes the 
encoded video data by inverse quantising, inverse DOT transforming and 
motion compensating the data. The controller 124 of the decoder checks the 
integrity of the received data and, if an error is detected, attempts to conceal 
the error in a manner to be described below. The decoded, corrected and 
concealed video data is then output for reproduction on a display 70 of the 
receiving terminal 1 . 
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Errors in video data may occur at the picture level, the GOB level or the 
macroblock level. Error checking may be carried out at any or all of these 
levels. 

Considering first the signal as shown in Figure 4, when a decoder according 
to the invention receives this signal each frame of the signal is decoded in a 
conventional manner and then displayed on a display means. The decoded 
frame may be error corrected and error concealed in a conventional manner. 
Each time a frame is decoded, the decoder examines the TR field to 
determine when the frame is to be displayed. If the TRs are not consecutive 
(e.g. the decoder receives a frame with TR=1 and then a frame with TR=4) 
the decoder holds the frame 1 on the display for 3 times the usual frame 
period, as is conventional. The decoder also examines the RPON of the 
received frames. In the case shown in Figure 4 the decoder receives frame 1 
and sees that this frame has a RPON=1 ; the decoder then receives a frame 
with TR=4 and RPON=2. The decoder compares the RPON of the currently 
received frame with the RPON of the previously received frame and 
calculates the difference between the RPON values. In this case the 
difference is 1 and the decoder therefore knows that no reference pictures 
have been lost between the current frame and the previous decoded 
reference frame. The decoder therefore continues to decode the signal in a 
conventional manner. 

Let us now assume that the decoder is unable to reconstruct frame 5 (this 
could be due to the data being greatly corrupted or being lost altogether) and 
the next frame received and decoded by the decoder is frame 6. The decoder 
compares the RPON of the currently received frame (frame 6) with the RPON 
of the previously received and decoded reference frame (frame 4) and 
calculates the difference between the RPON values. In this case the 
difference is 2 and the decoder therefore knows that a reference picture has 
been lost between transmission of the current frame and that of the previous 
frame. If the decoder has the facility to send control feedback data to the 
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transmitting video encoder the decoder can send a request to the transmitting 
video encoder to encode a frame as an INTRA-frame and so stop the 
temporal error propagation that would result from frame 6 being decoded with 
reference to frame 4, 

Considering now the signal as shown in Figure 5, when a decoder according 
to the invention receives this signal each frame of the signal is decoded in a 
conventional manner and then displayed on a display means. The decoded 
frame may be error corrected and error concealed in a conventional manner. 
Each time a frame is decoded, the decoder examines the TR field to 
determine when the frame is to be displayed. The decoder also examines the 
RPON of the received frames. 

In the case shown in Figure 5 the decoder receives frame 1 and sees that this 
frame has a RPON=1. The decoder decodes this frame in a conventional 
INTRA-mode manner. The next frame received by the decoder is then frame 
6, with TR=6 and RPON=2. The decoder compares the RPON of the 
currently received frame (frame 6) with the RPON of the previously received 
and decoded reference frame (frame 1) and calculates the difference between 
the RPON. In this case the difference is 1 and the decoder therefore knows 
that no reference pictures have been lost between transmission of the current 
frame and that of the previous decoded reference frame. The decoder then 
decodes frame 6 with reference to frame 1 . 

The decoder then receives a frame with TR=4 and no RPON. In this case the 
decoder makes no further use of the RPON and decodes frame 4 with 
reference to decoded frames 1 and 6. 

Let us now assume that the decoder is unable to reconstruct frame 5 (this 
could be due to the data being greatly corrupted or being lost altogether). The 
fact that B-frame 5 has been lost is of no consequence to the decoder as the 
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B-frame does not form a reference picture for any other frame and thus its 
loss will not introduce any temporal error propagation. 

The next frame to be received is frame 9. However, let us now assume that 
the decoder is unable to reconstruct frame 9, which is a P-frame (this could be 
due to the data being greatly corrupted or being lost altogether). The decoder 
may therefore be unable to decode successfully any of frames 7, 8, 10 or 12 
since these may all be predicted, in part at least, with reference to frame 9. 
Typically, in this situation, the decoder will freeze the displayed picture. 

The next frame received and decoded by the decoder is frame 13. The 
decoder compares the RPON of the currently received reference frame (frame 
13) with the RPON of the previously received and decoded reference frame 
(frame 6) and calculates the difference between the RPON. In this case the 
difference is 2 and the decoder therefore knows that a reference picture has 
been lost between the current frame and the previous decoded reference 
frame. If the decoder has the facility to send control feedback data to the 
transmitting video encoder the decoder can send a request to the transmitting 
video encoder to encode a frame as an INTRA-frame and so stop the 
temporal error propagation that would result from frame 13 being decoded 
with reference to frame 6. 

How the reference picture order number may be included in the encoded 
signal will now be addressed with reference to the H.263 video coding 
standard. 

Figure 6 shows the syntax of a bit stream as known according to H.263. The 
following implementations describe the GOB format but it will be clear to a 
skilled person that the invention may also be implemented in the slice format. 

As mentioned already, the bit stream has four layers: the picture layer, picture 
segment layer, macroblock layer and block layer. The picture layer comprises 
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a picture header followed by data for the Group of Blocks, eventually followed 
by any optional end-of-sequence code and stuffing bits. 



The prior art 
for each part 
PSC 
TR 



PTYPE 



PSBI 
TR B 



DBQUANT 
PEI 



GOBS 
ESTF 



EOS 
PSTUF 



H.263 bit stream is formatted as shown in Figure 6. A descriptor 
is given below: 

The picture start code (PSC) indicates the start of the picture 
The Temporal Reference (TR) is formed by incrementing its 
value in the temporally previous reference picture header by 
one plus the number of skipped or non-referenced pictures 
since the previously transmitted one 

Amongst other things, PTYPE includes details of the picture 
coding type i.e. INTRA or INTER 

A codeword that indicates the quantiser to be used for the 
picture until updated by any subsequent quantiser information 
A codeword that signals the use of optional continuous 
presence multipoint and video multiplex (CPM) mode 
Picture Sub-Bit stream Indicator - only present if CPM is set 
Present if the frame is a bi-directionally predicted frame (known 
as a PB-frame) 

Present if a bi-directional frame 

This relates to extra insertion information and is set to "1" to 
indicate the presence of the following optional data fields 
PSUPP and PEI. PSUPP and PEI are together known as 
Supplemental Enhancement Information, which is further 
defined in Annex L of H263. 

Is the data for the group of blocks for the current picture 

A stuffing codeword provided to attain byte alignment before 

EOS 

A codeword indicating the end of the data sequence for the 
picture 

A stuffing codeword to allow for byte alignment of the next 
picture start code PSC 
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The structure as shown in Figure 4 does not include the optional PLUSTYPE 
data field. PSBI is only present if indicated by CPM. TRB and DBQUANT are 
only present if PTYPE indicates use of a so-called PB frame mode (unless the 
PLUSTYPE filed is present and the used of DBQUANT is indicated therein). 
These issues are addressed in more detail in the H.263 specification. 

The following paragraphs outline possible implementations of the bit-stream 
output by an encoder according to the first aspect of the invention. 

The reference picture order number may be incorporated into a H.263 bit 
stream as follows. Figure 7 shows an example of a bit stream output by an 
encoder according to the first implementation of the invention. As shown in 
Figure 7, the bit stream includes a further codeword RPON which is a 
codeword indicating the reference picture order number. This is inserted by 
an encoder according to the invention, as described above. 

Alternatively, the reference picture order number may be included in the 
Supplemental Enhancement Information PSUPP (see Annex L of H.263 and 
Figure 4). The supplemental information may be present in the bit stream 
even though the decoder may not be capable of providing the enhanced 
capability to use it, or even to properly interpret it. Simply discarding the 
supplemental information is allowable by decoders unless a requirement to 
provide the requested capability has been negotiated by the transmitter and 
receiver. 

If PEI is set to "1", then 9 bits follow consisting of 8 bits of data (PSUPP) and 
then another PEI bit to indicate if a further 9 bits follow and so on. 

The PSUPP data consists of a 4-bit function type indication FTYPE, followed 
by a 4-bit parameter data size specification DSIZE followed by DSIZE octets 
of function parameter data, optionally followed by another FTYPE and so on. 
It is known to use this PSUPP codeword to signal various situations such as: 
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to indicate a full-picture or partial-picture freeze or freeze-release request with 
or without resizing; to tag particular pictures or sequences of pictures within 
the video stream for external use; or to convey chroma key information for 
video compositing. 

To implement the invention using the Supplemental Enhancement 
Information, a further FTYPE is defined as Reference Picture Order Number. 

Figure 8 illustrates the example where a parameter RPON is included in the 
SEI of the picture header. The FTYPE is defined as RPON. The DSIZE 
specifies the size of the parameter and the following octet is the parameter 
data i.e. the value of RPON. From this value a receiving decoder can 
determine whether a reference picture has been lost. 

Alternatively, the information may be contained in the additional Supplemental 
Enhancement Information as specified in a "Draft of new Annex W: Additional 
Supplementary Enhancement Information Specification" P. Ning and S. 
Wenger, ITU-T Study Group 16 Question 15 Document Q15-I-58, November 
1999. 

In this draft proposal, FTYPE 14 is defined as "Picture Message". When this 
FTYPE is set, the picture message function indicates the presence of one or 
more octets representing message data. The first octet of the message data 
is a message header with the structure shown in Figure 9 i.e. CONT, EBIT 
and MTYPE. DSIZE is equal to the number of octets in the message data 
corresponding to a picture message function, including the first octet message 
header. 

The continuation field CONT, if equal to 1 , indicates that the message data 
associated with the picture message is part of the same logical message as 
the message data associated with the next picture message function. The 
End Bit Position field EBIT specifies the number of least significant bits that 
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shall be ignored in the last message octet. Further details of these fields can 
be found in the draft of Annex W referred to above. 

The field MTYPE indicates the type of message. Various types of message 
5 are suggested in the draft of Annex W. According to the invention one type 
e.g. MTYPE 12 is defined as RPON or Picture Number. The message 
contains two data bytes that carry a 10-bit Picture Number. Consequently, 
DSIZE shall be 3, CONT shall be 0, and EBIT shall be 6. Picture Number shall 
be incremented by 1 for each coded and transmitted I or P picture or PB or 

10 Improved PB frame, in a 10-bit modulo operation. For El and EP pictures, 
Picture Number shall be incremented for each El or EP picture within the 
same scalability enhancement layer. For B pictures, Picture Number shall be 
incremented relative to the value in the most recent non-B picture in the 
reference layer of the B picture which precedes the B picture in bitstream 

15 order( a picture which is temporally subsequent to the B picture). If adjacent 
pictures in the same enhancement layer have the same temporal reference, 
and if the reference picture selection mode (see Annex N) is in use, the 
decoder shall regard this occurrence as an indication that redundant copies 
have been sent of approximately the same pictured scene content, and all of 

20 these pictures shall share the same Picture Number. If the difference (modulo 
1024) of the Picture Numbers of two consecutively received non-B pictures in 
the same enhancement layer is not 1, and if the pictures do not represent 
approximately the same pictured scene content as described above, a loss of 
pictures or corruption of data may be inferred by the decoder . The value of 

25 RPON is defined in the octet following the message header. 

In a specific example, this message contains one data byte, i.e., DSIZE is 2, 
CONT is 0, and EBIT is 0. 

30 The Reference Picture Order Number is incremented by one from the 
corresponding number of the previous coded reference picture. The least 
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significant 8-bits of the result of the incrementation is placed in the data byte 
associated with this message. 

The invention may also be implemented in accordance with Annex U of 
H.263. 

The above description has made reference to encoded video streams in 
which bi-directionally predicted pictures (B-pictures) are encoded. As 
mentioned earlier, B-pictures are never used as reference pictures. Since 
they can be discarded without impacting the picture quality of future pictures, 
they provide temporal scalability. Scalability allows for the decoding of a 
compressed video sequence at more than one quality level. In other words, a 
scalable multimedia clip can be compressed so that it can be streamed over 
channels with different data rates and stili be decoded and played back in 
real-time. 

Thus the video stream may be decoded in different ways by differing 
decoders. For instance, a decoder can decide only to decode the I- and P- 
pictures of a signal, if this is the maximum rate of decoding that the decoder 
can attain. However if a decoder has the capacity, it can also decode the B- 
pictures and hence increase the picture display rate. Thus the perceived 
picture quality of the displayed picture will be enhanced over a decoder that 
only decodes the I- and P-pictures. 

Scalable multimedia is typically ordered so that there are hierarchical layers of 
data. A base layer contains a basic representation of the multimedia clip 
whereas enhancement layers contain refinement data on top of underlying 
layers. Consequently, the enhancement layers improve the quality of the clip. 

Scalability is a desirable property for heterogeneous and error prone 
environments. This property is desirable in order to counter limitations such as 
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constraints on bit rate, display resolution, network throughput, and decoder 
complexity. 



Scalability can be used to improve error resilience in a transport system where 
5 layered coding is combined with transport prioritisation. The term transport 
prioritisation here refers to various mechanisms to provide different qualities 
of service in transport, including unequal error protection, to provide different 
channels having different error/loss rates. Depending on their nature, data are 
assigned differently. For example, the base layer may be delivered through a 
10 channel with a high degree of error protection, and the enhancement layers 
may be transmitted through more error-prone channels. 

Generally, scalable multimedia coding suffers from a worse compression 
efficiency than non-scalable coding. In other words, a multimedia clip encoded 
15 as a scalable multimedia clip with enhancement layers requires greater 
bandwidth than if it had been coded as a non-scalable single-layer clip with 
equal quality. However, exceptions to this general rule exist, for example the 
temporally scalable B-frames in video compression. 

20 The invention may be applied to other scalable video compression systems. 
For instance, in H.263 Annex O, two other forms of scalability are defined: 
signal-to-noise (SNR) scalability and spatial scalability. 

Spatial scalability and SNR scalability are closely related, the only difference 
being the increased spatial resolution provided by spatial scalability. An 

25 example of SNR scalable pictures is shown in Figure 10. SNR scalability 
implies the creation of multi-rate bit streams. It allows for the recovery of 
coding errors, or differences between an original picture and its 
reconstruction. This is achieved by using a finer quantiser to encode the 
difference picture in an enhancement layer. This additional information 

30 increases the SNR of the overall reproduced picture. 
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Spatial scalability allows for the creation of multi-resolution bit streams to 
meet varying display requirements and/or constraints. A spatially scalable 
structure is illustrated in Figure 11. It is essentially the same as in SNR 
scalability except that a spatial enhancement layer attempts to recover the 
coding loss between an up-sampled version of the reconstructed reference 
layer picture and a higher resolution version of the original picture. For 
example, if the reference layer has a quarter common intermediate format 
(QCIF) resolution, and the enhancement layer has a common intermediate 
format (CIF) resolution, the reference layer picture must be scaled accordingly 
such that the enhancement layer picture can be predicted from it. The QCIF 
standard allows the resolution to be increased by a factor of two in the vertical 
direction only, horizontal direction only, or both the vertical and horizontal 
directions for a single enhancement layer. There can be multiple 
enhancement layers, each increasing the picture resolution over that of the 
previous layer. The interpolation filters used to up-sample the reference layer 
picture are explicitly defined in the H.263 standard. Aside from the up- 
sampling process from the reference to the enhancement layer, the 
processing and syntax of a spatially scaled picture are identical to those of an 
SNR scaled picture. 

In either SNR or spatial scalability, the enhancement layer pictures are 
referred to as El- or EP-pictures. If the enhancement layer picture is upwardly 
predicted from a picture in the reference layer, then the enhancement layer 
picture is referred to as an Enhancement-I (El) picture. In this type of 
scalability, the reference layer means the layer "below" the current 
enhancement layer. In some cases, when reference layer pictures are poorly 
predicted, over-coding of static parts of the picture can occur in the 
enhancement layer, causing an unnecessarily excessive bit rate. To avoid this 
problem, forward prediction is permitted in the enhancement layer. A picture 
that can be predicted in the forward direction from a previous enhancement 
layer picture or, alternatively, upwardly predicted from the reference layer 
picture is referred to as an Enhancement-P (EP) picture. Note that computing 
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the average of the upwardly and forwardly predicted pictures can provide bi- 
directional prediction for EP-pictures. For both El- and EP-pictures, upward 
prediction from the reference layer picture implies that no motion vectors are 
required. In the case of forward prediction for EP-pictures, motion vectors are 
5 required. 

According to the invention, if the encoder is capable of multi-layer coding (for 
example as discussed in Annex O of H.263) the reference pictures of each 
layer are given consecutive Reference Picture Order Numbers. These may 
10 be associated with the enhancement layer number (ELNUM) of the current 
picture. The Reference Picture Order Number is incremented by one from the 
corresponding number of the previous coded reference picture in the same 
enhancement layer. 

15 As shown in Figures 10 and 11, the pictures of the enhancement layer may be 
predicted from a preceding picture of the enhancement layer and/or from the 
equivalent I- or P-picture of the base layer. The enhancement layer may not 
be predicted from a B-picture in the reference layer. 

20 If adjacent pictures in the same enhancement layer have the same temporal 
reference, and if Annex N or Annex U of H.263 is in use, the decoder 
preferably regards this occurrence as an indication that redundant copies 
have been sent of approximately the same pictured scene content, and all of 
these pictures then share the same RPON. 

25 

A decoder according to the invention, on receipt of a multi-layer signal as 
described above, attempts to decode the signal in a conventional manner. In 
each layer, each time a reference picture is decoded, the decoder examines 
the RPON of the decoded picture. If the decoder determines that a reference 
30 picture has been lost from an enhancement layer, the decoder ceases to 
display pictures from the enhancement layer until an El-picture is received. 
The decoder continues to decode the base layer as described earlier. 
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The invention is not intended to be limited to the video coding protocols 
discussed above: these are intended to be merely exemplary. The invention 
is applicable to any video coding protocol in which temporal prediction may be 
5 used. The addition of the information as discussed above allows a receiving 
decoder to determine that a reference picture has been lost and to take 
appropriate action. 



What is claimed is: 



